home *** CD-ROM | disk | FTP | other *** search
/ EnigmA Amiga Run 1997 July / EnigmA AMIGA RUN 20 (1997)(G.R. Edizioni)(IT)[!][issue 1997-07 & 08][EAR-CD IV].iso / lightwave / lwmlist / 96.lightwave-0401 / 000386_dwarner@webcom.com _Thu Apr 4 17:53:57 1996.msg < prev    next >
Internet Message Format  |  1996-04-08  |  3KB
  1. Received: from e55.webcom.com (e55.webcom.com [206.2.192.66]) by keeper.albany.net (8.7.5/8.7.5-MZ) with ESMTP id RAA13078 for <DWARNER@ALBANY.NET>; Thu, 4 Apr 1996 17:53:53 -0500 (EST)
  2. Received: from localhost by e55.webcom.com with SMTP
  3.     (1.37.109.15/16.2) id AA188018351; Thu, 4 Apr 1996 14:52:31 -0800
  4. Date: Thu, 4 Apr 1996 14:52:31 -0800
  5. Errors-To: dwarner@ALBANY.NET
  6. Message-Id: <1718.6668T977T40@mt-inc.com>
  7. Errors-To: dwarner@ALBANY.NET
  8. Reply-To: lightwave@garcia.com
  9. Originator: lightwave@garcia.com
  10. Sender: lightwave@garcia.com
  11. Precedence: bulk
  12. From: sales@mt-inc.com (MicroTech)
  13. To: lightwave@e55.webcom.com
  14. Subject: Re: PVR's Auto-Sizing (WAS: Re: speed??razor-PVR ) 
  15. X-Listprocessor-Version: 6.0c -- ListProcessor by Anastasios Kotsikonas
  16. Status: RO
  17. X-Status: 
  18.  
  19. On 04-Apr-96 15:06:00, Andrew Hofman (andyh@erinet.com) Emailed: 
  20.  
  21. > Note: I just finished rendering out an animation at 720x486. This was
  22. > for a client who wanted the actual image files sent to him for output on
  23. > an Abekas or something. To check all the frames, I imported them into
  24. > the PVR
  25. > *without* auto sizing. After all, what's an extra six vertical lines? No
  26. > problem, except that the PVR treated the frames as if they had reversed
  27. > fields! Clicking on the "Import Field Order" button cured this. Just an
  28. > observation.
  29.  
  30. Importing the frames this way *does* reverse the fields. When PVR crops, it
  31. takes the extra lines and takes half off the top, and half off the bottom.
  32. (Same as the PAR software did). When you you remember that fields are
  33. alternating scan lines, taking 3 lines off the top (or any uneven number)
  34. will cause it to place the fields out of order. Seems to me that they should
  35. warn of this or account for it automatically, but I suppose there's no way
  36. to determine if the incoming frames have been field-rendered or not. It
  37. wouldn't matter if they weren't field rendered, of course.
  38.  
  39. Regards,
  40. John Crookshank
  41. MicroTech
  42.  
  43. --
  44.       ______________________________________________________________
  45.      /    MicroTech Sales Staff    | Raptor3 DEC Alpha Workstations \
  46.     |  MicroTech Solutions, Inc.   | Lightwave 3D, Toaster/Flyer     |
  47.     | Desktop Video Systems Dealer | JVC Professional Video Products |
  48.     | NewTek Systems Group Dealer  | PVR, Speed Razor, Amiga Dealer  |
  49.     |------------------------------|---------------------------------|
  50.     |     sales@mt-inc.com              http://www.mt-inc.com/       |
  51.      \______________________________________________________________/
  52.